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10 FIELD OF THE INVENTION 

The present invention relates to business rules 
based application development and the deployment of such 
applications. In particular, the present invention 

provides for the development of customized applications 
15 using basic business rules and logic such that a software 
programmer is not needed and provides for the deployment 
of such applications on server computers in response to 
client browser requests without the need for business 
logic coding in multiple places on the server. 

20 BACKGROUND OF THE INVENTION 

The Internet and World Wide Web (the "Web") are 
expanding globally with millions of new users being added 
every month. This expansion has resulted in more and 
more business processes being deployed on Web servers. 
25 Web servers are Web-connected computers that receive 
requests from client Web browsers, run the required 
application processes, and send the response back to the 
client Web browser for the next action from the client. 

A business process is a unique sequence of detailed 
30 business actions carried out at a specific time to 





achieve a specific business result. Each process has a 
distinct start and a distinct end point. A typical 
application has many processes that can be run 
independent of each other. 

5 Conventionally, to develop customized software 

applications, a business user either had be a computer 
programmer or hire a computer programmer to write code to 
implement the desired business logic. In the case of 
hiring a programmer, the business user typically has to 
10 wait for weeks or months in order to get the application 
built, tested, debugged and operational. 

Likewise, to deploy applications on a Web server, 
program code is written and deployed on the Web server. 
Depending upon inputs from the client, this code executes 
15 a specific set of business logic, which is typically kept 
in a special program called a DLL (Dynamic Link Library) 
and generates HTML (Hypertext Markup Language) output to 
be sent to the client's Web browser. 

A DLL is a set of routines that can be called from 
20 procedures and is loaded and linked into an application 
at run time. HTML is language used to create documents 
on the Web with hypertext links. HTML defines the 
structure and layout of a Web page by using a variety of 
tags and attributes. An HTML tag consists of a 

25 directive, possibly extended with one or more attributes, 
within angle brackets, for example <F0NT SIZE=3>. There 
are many such tags that can be used to format and layout 
the information on a Web page. For instance, the tag <P> 
is used to make paragraphs and <I> ... </I> is used to 
30 italicize fonts. Tags can also specify hypertext links, 
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which automatically direct users to other Web pages with 
a single click of the mouse on the link. 

On Microsoft operating systems, a Microsoft supplied 
component known as ASP (Active Server Pages) is required 

5 to get the request from the Web browser, run the 
appropriate application logic or DLL, construct an HTML 
output, and then send the output to the browser. ASP 
allows Web pages to be dynamically created by the Web 
server and uses scripting known as ActiveX, which 

10 provides a set of rules for how applications share 
information . 

ActiveX uses COM (Component Object Model) 
components, which are binary files (such as .DLL, .ocx, 
or .exe files) that support the Microsoft COM standard 

15 for providing objects. Objects are generally entities 
that consists of both data and instructions for how to 
manipulate the data. COM components enable programmers 
to develop objects that can be accessed by any COM- 
compliant application. ActiveX and ActiveX controls are 

20 based on COM. ActiveX controls can be developed using a 
variety of programming languages such as C, C++, Java and 
Visual Basic. An ActiveX control, for example, can be 
automatically downloaded and run by a Web browser. 

With ASP, one. can combine HTML pages, script 
25 commands, and COM components to create interactive Web 
pages or Web-based applications. When a Web browser 
requests a Web page created by ASP (i.e., a Web page with 
a .ASP file extension) , the Web server computer generates 
a page with HTML code and sends it back to the Web 
30 browser . 3 
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A convention use of ASP to deploy Web server 
applications is shown in FIG. 1, where a client browser 
computer 10 communicates via the Internet or Web 11 with 
Web server computer 12. Web server computer 12 includes 

5 the typical components found in a Web server computer, 
including for example, ROM and RAM memory, hard drive 
memory, a microprocessor, monitor, keyboard, mouse, etc. 
Web server 12 computer is configured with ASP software, 
which includes an ASP router component 14, DLL components 

10 16, an HTML builder component 18, and a final HTML output 
component 19. DLL component 16, in this example, 

consists of three discrete processes including a Customer 
DLL 16a, an Order DLL 16b and a Shipment DLL 16c. 
Associated with each of ASP router component 14, DLL 

15 component 16, and HTML builder component 18 is separate 
business logic, which typically is programmed for each 
such component by a computer programmer familiar with ASP 
(ASP scripting. Thus, the use of ASP requires that the 
business logic be spread over many different components 

20 of ASP (ASP router, DLL business Logic, HTML builder and 
HTML output components) and requires specific programming 
skills and knowledge. 

SUMMARY OF THE INVENTION 

One aspect of the present invention provides a 
25 computer- implemented method for running applications on a 
server computer and generating Web page information to be 
displayed on one or more client computers connected to 
the server computer via the Internet . The method 
comprises: sending data from a client computer to a 
30 server computer running a DLL, the data comprising an 
identify of a user selected application, Web page 



information associated with a Web page displayed on the 
client computer, and user-entered information used with 
the application; running the DLL to retrieve the data and 
to identify one or more executable processes within the 

5 selected application; executing the identified processes 
within the DLL in association with the user-information 
to generate output information; generating Web page 
information used to form a Web page viewable at the 
client computer by the DLL, the Web page information 

10 containing the output information; and forwarding the Web 
page information to the client computer for display. 

Preferably, the Web page information is forwarded to 
an ASP layer and comprises HTML output, and preferably 
HTML tags. The Web page information preferably comprises 

15 an incoming screen name from the current screen being 
viewed at the client computer. The DLL also desirably 
runs a routing subroutine to select one or more 
executable processes by reference to parameters of 
incoming screen name, application file name and a 

20 selected screen element. Most preferably, the client 
computer is configured to run a Web browser for sending 
and receiving information to and from the server 
computer . 

Another aspect of the present invention provides a 
25 computer- implemented method for running applications on a 
server computer connected via a network to one or more 
client computers, comprising: receiving requests at the 
server computer from a client computer running a browser 
program; running an application in response to the 
30 requests; constructing coded information used to form 
output by the browser program based on results generated 




from the application; and forwarding the coded 
information to the browser program, wherein all necessary 
business logic for receiving the requests, running the 
application, and constructing the coded information is 
5 contained within a single linkable library of executable 
functions. Preferably, the single linkable library of 
executable functions resides exclusively in the Web 
server computer and comprises a DLL . 

A further aspect of the present invention provides a 
10 computer- implemented method for running applications in a 
networked computing environment. This method comprises: 
sending requests from a client computer running a browser 
program; receiving the requests at a server computer; 
running an application in response to the requests ; 
15 constructing output information at the server computer in 
a format used by the browser program based on results 
generated from the application; and forwarding the output 
information to the browser program for display at the 
client computer, wherein all necessary business logic for 
20 receiving the requests, running the application, and 
constructing the output information is contained within a 
single linkable library of executable functions. 

Another aspect of the present invention provides a 
computer-based system for running applications in a 

25 networked computing environment. The system comprises a 
client computer running a browser program and a server 
computer for receiving requests from the client computer 
via network connecting the client and server computers. 
The server computer runs an application to respond to the 

30 requests, construct output information in a format usable 
by the browser program based on results generated from 



the application, and forward the output information to 
the browser program for display at the client computer. 
All of the necessary business logic for receiving the 
requests, running the application, and constructing the 
5 output information is contained within a single linkable 
library of executable functions. 

A still further aspect of the present invention is a 
computer readable medium storing a set of instructions 
for controlling a server computer in a networked 

10 computing environment including a client computer running 
a browser program, a server computer for receiving 
requests from the client computer, and a computer network 
interfacing the client and server computers. The medium 
comprises a single linkable library of executable 

15 functions and a set of instructions resident in server 
computer for causing the server computer to (i) run an 
application to respond to requests from the client 
computer, (ii) construct output information in a format 
used by the browser program based on results generated 

20 from the application, and (iii) forward the output 
information to the browser program for display at the 
client computer, wherein all necessary business logic for 
receiving the requests, running the application, and 
constructing the output information is contained within 

25 the single linkable library of executable functions. 
Preferably, the application is run at least in part on 
server computer. 

Another embodiment of the present invention provides 
a computer- implemented method for developing a business 
30 rules based application, comprising: proving a set of 
wizards selectable by a user; providing a set of verbs 
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selectable by the user to implement business rules used 
in the application; choosing at least one of the verbs to 
define an action to be performed by the application when 
executed; and selecting at least one of the wizards to 
specify actions to be performed by the application when 
executed. 

Desirably, the computer- implemented method for 
developing a business rules based application, comprises 
proving a set of wizards selectable by a user, including 
a data extraction wizard and an assignment wizard; 
providing a set of verbs to be used to implement business 
rules used in the application; choosing a verb to define 
at least one input criteria to be specified by the user 
of the application when executed; selecting the data 
extraction wizard to instruct the application to extract 
initial data from a first location; selecting the 
assignment wizard to specify a location for the 
application to store the initial data; selecting the data 
extraction wizard to instruct the application to extract 
secondary data from a second location, the secondary data 
being selected based on the initial data; and selecting 
the assignment wizard to specify a location for the 
application to store the secondary data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram depicting the logical 
structure of a prior art approach to deploying Web server 
applications using ASP. 

FIG. 2 is a block diagram showing the 
interconnection of various computers used in accordance 
with a preferred embodiment of the present invention. 
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FIG. 3 is a block diagram depicting the logical 
structure of the deployment of Web server applications in 
accordance with a preferred embodiment of the present 
invention . 

FIG. 4 is depiction of a default Web page showing 
otherwise hidden controls associated with such Web page. 

FIG. 5 is depiction of a select application Web page 
showing otherwise hidden controls associated with such 
Web page . 

FIG. 6 is depiction of a user input Web page showing 
otherwise hidden controls associated with such Web page. 

FIG . 7 is depiction of a results Web page showing 
otherwise hidden controls associated with such Web page. 

FIG . 8 is a depiction of a main screen of a user- 
interface of a program implementing the present 
invention . 

FIG. 9 is a depiction of a screen in the Application 
Wizard of the program. 

FIG. 10 is a depiction of a screen in the Process 
Wizard of the program. 

FIG. 11 is a depiction of a screen used to define a 
verb to be used with the program. 

FIG. 12 is a depiction of a screen in the Data 
Extraction Wizard of the program. 

FIG. 13 is a depiction of a screen in the Get 
Relational Data Wizard of the program. 

FIG. 14 is a depiction of another screen in the Get 
Relational Data Wizard of the program. 




FIG. 15 is a depiction of a further screen in the 
Get Relational Data Wizard of the program. 

FIG. 16 is another screen in the get Relational Data 
Wizard of the program. 
5 FIG. 17 is another screen in the Get Relational Data 

Wizard of the program. 

FIG. 18 is a depiction of a screen used in the Data 
Extraction Wizard of the program. 

FIG. 19 is a depiction of a screen in the Position 
10 Wizard of the program. 

FIG. 20 is a depiction of a screen in the Assignment 
Wizard of the program. 

FIG. 21 is a depiction of a screen in the Loops 
Wizard of the program. 
15 FIG. 22 is a depiction of a screen of the Condition 

Builder Wizard of the program. 

FIG. 23 is a depiction of a screen in the Assignment 
Wizard of the program. 

FIG. 24 is a depiction of a screen in the Data 
20 Extraction Wizard of the program. 

FIG. 25 is a depiction of a screen in the Assignment 
Wizard of the program. 

FIG. 26 is a depiction of a screen in the Position 
Wizard of the program. 
25 FIG. 27 is a depiction of a screen in the Assignment 

Wizard of the program. 

FIG. 28 is a depiction of a screen in the Position 
Wizard of the program. 
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FIG. 2 9 is a depiction of a screen in the Save As 
Wizard of the program. 

FIG. 30 is a depiction of a screen in the Condition 
Wizard of the program. 
5 FIG. 31 is a depiction of a screen in the Display 

Wizard of the program. 

FIG. 32 is a depiction of another screen in the 
Display Wizard of the program. 

FIG. 3 3 is a depiction of the final data output 
10 generated by the program. 

FIG. 34 is a depiction of a screen from the main 
menu of the program. 

FIG. 35 is a depiction of the Scheduled Designer of 
the program. 

15 FIG. 36 is a depiction of the Schedule Wizard of the 

program. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is preferably implemented in 
the form of software that is adapted to run on a Web 

20 server computer. The software can be stored on storage 
media such floppy disks, CD-ROM, hard disk, RAM, etc. and 
installed on the Web server. In a typical Web server 
set-up, as shown in FIG. 2, a Web server 24 is adapted to 
connect to the Internet or the Web 24 in the typical way 

25 to deliver Web pages to client computers 26. Client 
computers 2 6 run software such as Web browsers and 
connect to the Web in the typical fashion (e.g., dial-up 
access, cable modem, DSL, T-l connection, etc.). Typical 
Web browsers include Microsoft Internet Explorer or 

11 
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Netscape Navigator, running on operating systems such 
Microsoft Windows (CE, 95, 98, NT, 2000), Mac OS, DOS, 
Unix, etc. Client computers 26 can comprise other 
devices beyond PCs, which connect to the Web in a wired 

5 or wireless fashion such as PDAs, notebook computers, 
mobile phones, etc. Web server 20 typically has a unique 
IP (Internet Protocol) address and associated domain 
name. Entering a URL (Uniform Resource Locator) into a 
Web browser running on a client computer 2 6 sends a 

10 request via the Web 24 to Web server 20, which then acts 
on the request, and fetches and sends a Web page back to 
the client's browser program for display. Web server 20 
can comprise one or more computers (e.g., PC, Macintosh, 
mainframe, mini-computer, etc.) and runs the necessary 

15 underlying software to allow it to be connected to the 
Web and communicate with Web browser. 

Turning to FIG. 3, a block diagram of the logic 
structure of elements or modules used in accordance with 
one aspect of the present invention is shown. Client 

20 browser 3 0 is connected to Web server 32 via the Web 31 
in the conventional manner (dial-up, T-l, cable modem 
etc.). Web server 3 2 runs software, which provides a 
"blind" ASP-type layer without business logic, which, in 
accordance with the present invention, is now provided 

25 within single DLL 36. DLL 36 includes a router component 
38 , business component 40 , HTML output component 42 , and 
HTML forwarding component 44 . Business logic for the 
routing component 38, application component 40 and HTML 
output component 42 is stored within the single DLL 34 

30 instead of being stored in each associated component. 
Business component 40, in this example, includes separate 
processes "Respond To HomePage" process 4 0a, "Respond To 



Select Application" process 40b, and "Respond To Customer 
Details" process 40c, discussed in further detail below. 
The software outputs the final HTML output to the client 
browser 30 at final HTML output component 46. 

5 As explained below, another aspect of the present 

invention allows a user with little to no programming 
experience to define an application, which is a 
collection of business processes related to each other, 
to achieve a complete business objective. The output of 

10 the user's actions is an "application file" such as 
application file 40, containing all information required 
to execute the application. Using the deployment method 
of the present invention, part of the application file, 
along with some other required information, is passed to 

15 the DLL. The DLL then executes the application and 
necessary processes and returns back with the application 
result . 

For example, the present invention could run a 
"Shipment" application that has a number of business 
20 processes that can run independently of each other, 
including : 

1 . Receive a shipment order 

2. Check for availability of requested items 
3 . Confirm shipment mode 

25 ... etc . 

In accordance with a preferred embodiment, the first 
page shown to the user ' s browser is an HTML page that 
shows a welcome message. This page has within it two 
hidden controls (fields or data areas). One hidden 

30 control stores the path of the application file to be 
executed and the other hidden control stores the screen 



name that uniquely identifies the present screen. For the 
default page, the values for these hidden controls are 
hard coded. 

The welcome page does not have any input controls 
5 and shows a "Continue" button. When the user clicks on 
the Continue button, a call is made to the DLL. The DLL 
uses values of the hidden controls, i.e., the path of the 
application file and screen name, to determine from which 
application and screen the message is coming from and 
10 identifies the correct application file and process 
within that file to use to handle the message. The DLL 
applies the business logic as dictated by the process, 
composes an HTML reply to be sent to the client's 
browser, populates the hidden controls in the new HTML 
15 output and forwards it to the ASP layer. The HTML output 
is sent back as response to the user's request by the ASP 
layer. In this case, the ASP layer acts only as a blind 
pass-through mechanism, with no knowledge about what the 
HTML being sent to the user contains . 

20 The next page that is shown to the user could 

contain some input parameters requiring the user to fill 
in some values. This page will also contain the same 
hidden controls as the default page, only this time these 
controls will not be hard coded, but will contain values 

25 populated by the DLL. After the user fills in values into 
the input controls and clicks on Continue button, a call 
is made to the DLL. Information contained in the hidden 
controls as well as any inputs provided by the user, is 
sent to the DLL. The DLL executes the application 

30 specified by the application path and generates an HTML 
output. Again, the HTML output is sent back to the user 



as response. This process of showing the user pages for 
some data entry, calling the DLL with the user entered 
information (and hidden controls), and returning back 
with the HTML generated by the DLL is repeated until all 
5 inputs required to show the final result are received by 
the DLL. At that time, the HTML generated by the DLL is 
the final result to show to the client. 

In the entire process, there is no need of writing 
any business logic or application specific logic into the 

10 Web server side code (ASP) . All of the business logic and 
application specific logic resides within the DLL. 
Writing complicated Web server side code is now reduced 
to a simple call to the DLL, irrespective of the 
application being executed. Applications can hence be 

15 deployed much faster on the Web using the present 
invention . 

As another example, a business user may want to 
build an application that shows a list of three 
applications to the user. The first is Customer Data 

20 Entry, the second is Order Details, and the third is 
Shipment Details. Each application has a different set of 
input requirements. As shown in FIG. 4, the first HTML 
page (the default page) that the user sees is the Welcome 
page 40. After that, as shown in FIG. 5, the user sees an 

25 HTML page 50 showing a list of applications 52a, 52b, and 
52c to choose from. When the user selects any one 
application, on the next page 60, shown in FIG. 6, the 
user is prompted for inputs 62a, 62b, 62c, and 62d 
specific to the application chosen to run. After entering 

30 the required inputs, the application is executed and the 
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user is shown the result on Web page 70, as shown in 
FIG. 7. 

The first step is to define the application files 
for specified applications of Customer Data Entry 52a, 
5 Order Details 52b and Shipment Details 52c. This is done 
preferably using the other aspect of the present 
invention; namely the methodology for building 
applications using a programmer- less , point-and-click, 
business rules based system. Preferred software for 
10 implementing this aspect of the present invention is the 
design time version of InstaKnow™ software, offered by 
InstaKnow, Inc. of Edison, New Jersey. An example of the 
use of the business rules based application development 
aspect of the present invention is described below. Use 
15 of this aspect of the invention builds an application 
file, which generates the screen showing the list of 
applications to show to the user. 

On the default HTML page (FIG. 4), the application 
file path hidden control 42 is initialized to point to 
20 the application file that generates the screen showing 
the list of applications to show to the user. Here, that 
app lication file is f ound at the addr es s 
"C: \ INSTAKNOW \INSTAWEB. " The other hidden control, 

screen name 44, is given a unique screen name that is 
25 understood by the DLL. Here, that name is "HOMEPAGE." 
The DLL has business logic within it to perform various 
functions depending on the incoming screen name. 

When the user logs on to the Web site, he or she is 
shown the default HTML page 40, and hidden controls 42 
30 and 44 are hard coded on this page. When the user clicks 
on the Continue link 46, a call is made to the DLL 

16 



resident on the Web server computer. At this stage, there 
is no input information being entered by the user on 
welcome page 40 so only the information contained in the 
hidden controls is passed to the DLL. 

The DLL then executes the application identified by 
the application file path, performs any business logic 
depending on the incoming screen name, and generates an 
HTML output to send back to the user. Psuedo-code 
specifying this process is as follows: 

If ScreenName = "HomePage" 

Call Process RespondToHomePage 

Else If ScreenName = " SelectApplication" 

Call Process RespondToSelect Application 

Else If ScreenName = "CustomerDetails " 

Call Process RespondToCustomerDe tails 

End If 

Psuedo-code for processing the RespondToHomePage 
application, is as follows: 

Process RespondToHomePage 

Show appropriate controls on next page 
Populate hidden controls 
Generate HTML for next screen 

End Process 

For the example, the HTML generated by the DLL will 
show the user the list of applications to choose from, as 
shown in FIG. 5. This HTML will also make sure that the 
hidden controls 54 and 56 are populated with appropriate 
values . 
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Suppose that the user selects Customer Data Entry 
52a and clicks on Continue 58. The DLL is called again. 
This time, information contained in the hidden controls 
54 and 56, as well as user entered information (selection 
5 of Customer Data Entry application) is passed to the DLL. 
The DLL executes the application and generates the HTML 
output to show to the user a page 60 (FIG. 6), asking for 
specific information for Customer Data Entry. 

The user is then shown page 6 0 requesting input 
10 specific to the Customer Data Entry. For this example, 
the user enters information in the fields Name 62a, Date 
of Birth 62b, City 62c, and E-mail address 62d. When the 
user clicks on Continue 63, the DLL is again called with 
information entered by the user and the hidden controls 
15 64 and 65. The DLL executes the application and returns 
back with the result Web page 70 (FIG. 7), which also 
contains hidden controls 74 and 76. 

With this aspect of the present invention, all of 
the business logic, including the logic required to get 

20 the request from the Web browser, run the appropriate 
application logic, and construct an HTML output is kept 
inside the DLL only. The ASP layer is blind and 
therefore used only to forward HTML generated by the DLL 
to the Web browser at process 44. This approach is 

25 possible because the present invention has the ability to 
(1) route messages from the Web browser to a correct 
process within the DLL and (2) generate the HTML output. 
In effect, the present invention is an alternative to ASP 
in both regards. To route to the correct process within 

30 the DLL, three hidden parameters are obtained from the 
HTML output generated by the DLL. These parameters 
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include (1) the screen name, (2) the application file 
(IAL) name, and (3) the clicked element, which is on the 
HTML page. With the combination of these three 

parameters, the program checks the router process and 
5 routes the logic control to the appropriate process 
within the DLL. 

The above aspect of the present invention results in 
the benefit in that one does not need to learn ASP to 
deploy Web based applications. Another aspect of the 

10 present invention provides the business logic portion to 
be implemented using a user-friendly, wizard-based point 
and click programming tool interface, such as via the use 
of the software program InstaKnow™, such that the 
business logic required for the routing, processing and 

15 HTML generation of any application can be specified by a 
business user without needing a computer programmer to 
write the code. 

This application development aspect of the invention 
allows a business user to make customized Web and non-Web 

20 applications using a point-and-click protocol and without 
needing a programmer or knowledge of any programming 
language. All the user needs to know is the business 
data and its business meaning and the business processes 
(i.e., a particular sequence of operations on the data) 

25 that operate on that data to achieve the required 
business result . 

In today's business world, the advantages of 
programmer- less , point-and-click, user driven application 
generation are obvious. With the present invention, 
30 users do not have to wait for weeks and months to get 
applications built, and they can build them themselves. 
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The invention also has a unique ability of "automatic 
surfing, " i.e., automatically, enter data on Web pages, 
press buttons and links, get the response from the Web 
site and read data of interest to take further automated 
actions . 

The invention is preferably in the form of software 
providing a point-and-click approach and wizard-based 
interface and assumes and requires no programming 
expertise among business users. The user just has to 
know in simple ways what manipulations have to be applied 
to the business data to achieve the required results. A 
user interface guides the user from that point on using a 
set of intelligent wizards. The wizards make sure that 
the complete and correct information about the user's 
intent for every step is correctly captured and saved. 
The applications built can be tried out and tested 
immediately without having to know technical details . 
Because of the automated assistance provided by the 
wizards, it is estimated that the users can build 
applications in much less time than it takes programmers 
of conventional languages to build the same applications. 

The application development software of the present 
invention is not specific to any industry or computing 
problem. It can be used to easily develop simple or 
complex applications in any industry. As an example, a 
user can easily develop an application within a couple of 
days that will go to Web sites of its various supply 
vendors, collect spare part specific information, perform 
logical and mathematical operations on the data, decide 
which vendor gets the contract, inform the vendor, and 
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place an order for a certain quantity of spare parts over 
the Internet . 

The software allows users to access and operate on 
real time data elements from various data sources . Data 
5 can be extracted from the Web (Internet and Intranets) 
from HTML or XML pages, and ODBC compliant data sources 
like fixed format flat files, delimited flat files, 
Excel, Word, Access, SQL Server, Oracle, Sybase and any 
other ODBC compliant databases . Another feature of the 
10 application development software is the ability to 
transfer not only data but also business logic over the 
Internet between collaborating computers. 

Preferably, the application development software has 
built-in facilities for version control, 

15 security/permissions control and migration control, and 
can run on any 32-bit Microsoft platform on a client 
desktop or a LAN/Web server. In the Web server mode, 
high-end scalability can be ensured by deploying it as a 
business object component in Microsoft Transaction Server 
20 (MTS) . A built-in scheduler is also preferred to allow 
repeated automatic executions of same business processes 
at user specified frequencies. 

There are three main phases of the user's 
interaction with the application development software's 
25 point and click environment. These include a Design 
Phase, a Playback (Debug) Phase and a Run Phase. The 
Design Phase is where the user defines the business 
logic. The Playback (Debug) Phase is where the user can 
try out the business logic immediately. The user may 
30 start/stop the business logic after each step for 
verification (debugging) purposes. A watch mode allows 
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monitoring data values of interest as the business 
process is being verified. At the Run Phase, after being 
satisfied that the logic is working correctly, the user 
can schedule the business logic to run automatically at 
5 pre-determined frequencies , including on demand . In the 
run phase, the logic runs automatically without any user 
intervention. 

An example of the use of the application development 
software is now described in the context of obtaining 

10 data from the Web and saving it into a spreadsheet. In 
this example, there is a list of stocks in a Microsoft 
Excel spreadsheet and the user wishes to retrieve and 
save the latest stock price and trade volume information 
for the whole list from the Web and then save it in 

15 another Excel spreadsheet . To achieve this business 
result, the following data manipulation steps have to be 
applied : 

■ Read list of users stocks from input 
spreadsheet 

20 ■ Go to the MSN Investor Web page 

■ Start from top of the list 

■ Get the current item from the list, and 
loop until last stock in the list 

> Enter the stock symbol from the list 
25 into the stock symbol on the MSN 

Investor Web page. Press Get Quote 
button on Web page. 

> When the Web server responds , get the 

current stock price, volume, etc. 

30 from Web page 
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> Copy this information to the same 
numbered item in another (output) 
list 

> Get the next item in input list 
5 > Repeat the loop 

> Save the output list in another 
spreadsheet 

Within the wizard-based-programming environment, the 
information about all the groups, data elements, and 
10 processes is always available once they have been 
defined. This information is arranged in a fashion that 
will facilitate the meaningful information exchange 
between the individually defined pieces, and produce a 
desired result. 

15 The following describes how an application is built 

from the various components like data elements, groups, 
processes, and applications. The design phase is where 
the user defines his intent of what should occur to the 
business data of interest. The user selects the next 

20 action to be performed from a list of available actions. 

In the example of getting stock prices and saving 
them in another spreadsheet, the actions performed are: 

• Accept user input 

• Read 

25 • Go to Web site 

• Start from top 

• Loop until no more items in list 

• Enter on Web site 

• Get information from Web page 
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• Copy data 

• Get next item in list 

• Repeat loop 

• Save 

5 • Check if asked to display the result 

• Display the result (if asked to) 

The wizard-based programming interface guides the 
user from that point on as a set of intelligent wizards. 
The wizards make sure that the complete and correct 
10 information about the user's intent for every step is 
correctly captured and saved. As shown in FIG. 8, a user 
specified "process tree" 80 is shown to the user for easy 
visual identification of what steps have been specified 
so far. 

15 The first step in the design of the application is 

to assign a name to the application. To do so, the 
designer clicks the Application button 82 to bring up the 
Application Wizard. The Application Name 92 is entered 
in the Wizard, and the stage of the application is 

20 specified at drop down box 94. 

The next step is to define a process by which the 
application will be identified, using Process Wizard 100 
(FIG. 10) . The Name 102 for this process is as it 
appears on the screen in the design environment. The 
25 stage 104 of the application also is identified as 
before. If the designer is about to build a new process, 
Trial stage can be selected so that the designer can make 
changes during the process configuration as many times as 
needed. 
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The next field on the Process Wizard 100 is the 
permissions 106 to use this application. The 
read/write/execute permission will allow any other user 
to edit the design of this process . For tighter 

5 security, the designer can opt for a Read/Execute type of 
permission only. The next fields are the color scheme 10 8 
and the language field 109. The designer can select the 
language in which the application will be built up. In 
this example the designer selected English as the 

10 language for application construction. 

The first step under the process steps in the design 
of the above application is to ask the user if he/she 
wants to view the final output or not. This is achieved 
through the Accept verb. The web based programming such 

15 as InstaKnow, accomplishes complex programming tasks 
transparent to the user, by allowing the user to define a 
simple business action. This way, the user is least 
bothered with how to program the statement; while at the 
same time can construct logic in plain simple way. 

20 Intelligent wizards prompt the user to get complete and 
correct information about the user's business intent. 
The supported actions or verbs are specified for 
selection by the designer. For example, if the process, 
when it runs, needs to get some business information from 

25 the end user, the application designer uses the Accept 
verb to halt the program and prompt the end user for 
appropriate information. The user-supplied value, after 
designer specified validations, is stored in the data 
element specified by the designer. Preferred actions or 

30 verbs are those used by the InstaKnow software, which are 
listed under the Program Logic heading in U ..S . 
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Provisional Application 60/174,747, the disclosure of 
which is hereby incorporated by reference herein. 

As shown in FIG. 11, the designer has defined a 
local variable called Display Flag 110 local to this 
5 process (P001_DisplayFlag) . The designer gives a user- 
friendly name Accept Display Flag 116 to this accept 
step. Thereafter, the designer has to select a group from 
drop down box 111 . The data element that the designer 
has defined does not belong to any of the groups. Also, 
10 it will be used within this process only, and occurs only 
one time in this process . Hence, the designer had 
categorized this data element as Local Single Instance. 
The designer selects "LocalSinglelnstance" from the drop 
down box 111 of the "Select the Group." This fills up 
15 the grid below it with all the data elements that have 
been defined earlier as Local Single Instance. The 
designer highlights the desired data variable 110 and 
adds it to the bottom most grids using the Add One button 
112. In this example, the data element, P001_DisplayFlag 
20 113 is chosen from the upper grid and displayed in the 
lower grid. The designer has to provide a message 114 
that will be used to prompt to the user of this 
application. The designer wants to ask the user here 
whether he/she is interested in viewing the final output. 
25 Therefore he/she puts prompt 114 as "Do you wish to see 
the output display? (Yes/No)." This completes the design 
of an Accept verb. The designer clicks the OK or check 
button 115, and the Accept statement is added to the 
application in the designer environment. 
30 In step 2, the designer wants to extract non-Web 

data by opening an existing Excel file to read the list 
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of stock symbols it contains. The read of Excel file is 
an Extract Data type of operation, which falls under the 
Program mode. The user clicks the Program mode to access 
the Extract verb. The click on extract button brings up 
the Extract Data Wizard 120 (shown in FIG. 12). 

The designer must then define the data source. To 
do so, the designer supplies a name 121 to this extract 
procedure, and user-friendly comments 122. Thereafter 
the designer decides from where the data will be 
extracted. In this case, the data is to be extracted 
from an Excel file, which falls under the Other Data 
Sources category 123. A click on this button brings up 
the next Wizard 130 (FIG. 13) that will assist in 
extracting information from Excel files. 

The designer provides a group name 131 by which the 
extracted list of stock symbols will be recognized, then 
selects the data type 132, which is Microsoft Excel, and 
the path 133 to the location of the file, which on the C 
drive . 

The file is opened and information in it is read, 
and saved as database. The databases read are presented 
for selection in the next wizard step 140 (FIG. 14) . In 
this example, the data is present in an Excel worksheet 
called Sheet 1. Hence, the information from this Excel 
25 workbook is read as Sheetl$Database 142. 

In the next wizard step, shown in FIG. 15, the user 
is shown the columns listed in the Selected spreadsheet 
database. In this case, there is only one column named 
StockSymbol 151. This column has all the stock symbols 
30 listed under it. 
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Next in the Wizard, as shown in FIG . 16 , the user 
defines primary key columns on the table . A table 
usually has a column or combination of columns whose 
values uniquely identify each row in the table. This 
5 column (or columns) is called the primary key of the 
table . The column StockSymbol 161 is selected as the 
primary key , an added to the lower frame 163 us ing 
transfer arrows 162 . 

Next , an option to filter out unwanted data is 
10 available to the designer to prune the selection of stock 
symbols, as shown in FIG. 17. For instance, the stock- 
symbol list had 2000 symbols and the designer was 
interested only in the symbols starting with 'A', he 
would have defined a filtering condition based on 'A' 
15 that would have filtered out all other symbols but the 
ones starting with 'A' . In this example, all input stock 
symbols are used. 

This then completes the definition of the data to be 
extracted. The group name given to this data i.e., 
20 ReadStockList 131 (Figure 13), and the column name, i.e., 
StockSymbol 151 (Figure 15) appears in the starting Data 
Extraction Wizard form 120 (Figure 12) at GroupName 124 
and GroupName 12 5 for data extraction. 

The data read from the Excel file is now understood 
25 by the wizard-based application as a group of data 
elements organized by a data group named 
P001_ReadStockList (see FIG. 19). 

The second step is again the Extract Data step, but 
this time it is Web data that is of interest that must be 
30 extracted from the Web. As shown in FIG. 18 in the Data 
Extraction Wizard, the designer clicks on the HTML option 
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182 of the Data Extraction Wizard, and is presented with 
the options shown. 

The designer gives a name 181 to this data 
extraction (here Initial Navigate to MSN Investor) and 

5 thereafter selects the file schema 183 that has the 
information stored on how to navigate the Web. Also, the 
designer selects box 184 to specify whether the Web 
browser will be visible to the user during the actual 
playback of this application. From the list of data 

10 groups already defined, the designer selects a data group 
185 , and a data element 186 to which the stock symbol 
from Excel file will be supplied. In FIG. 18, 

P001_msnStkInp 185 is the data group, and Symbol 186 is 
the data element that will receive the stock symbols from 

15 the list of symbols read from Excel file (Group - 
ReadStockList, 124, Element - StockSymbol 125, shown in 
FIG. 12) . 

As shown in FIG. 19, the third step, Position 
Wizard, positions the cursor to the first data element in 

20 the data group, named P001_ReadStockList 191. This is 
the data group that has the entire list of stock symbols 
read from the Excel file. The method of moving the 
cursor is specified in dropdown box 192, and comments 
added at box 193. 

25 in step 4, in the Assignment Wizard 200 (FIG. 20), 

the data group that is going to accept a stock symbol, 
here P0 01_msnStklnp . Symbol 201, is forcibly assigned a 
stock symbol value 202. This step serves as the 
initialization step. This initializes the Web extraction 

30 to go to a well-known Web site, submit SourceValue " IBM" 
as the stock symbol, and read the result. 
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Next is Step 5, wherein the Loops Wizard 210 
specifies the definition of a conditional loop. The 
objective is to submit all the stock symbols from the 
list to the Web page, one at a time, and read the 
resulting values. So far only the submission-extraction 
routine (Step 4, FIG. 18) is initialized. Here, a 
condition is now added that says do the same for rest of 
the stocks in the list as well. For this, the 

conditional loop is implemented. The condition 212 in 
the loop says that until the End of File (EOF) for the 
data group P0 01_ReadStockList (which holds the list of 
stocks read from the Excel file) is not equal to true, do 
the steps that follow. 

FIG. 22 shows how the condition in FIG. 21 was 
15 built. When the designer clicks the Wizard button 214 in 
the earlier step (FIG. 21), the Condition Builder Wizard 
220 is presented. The designer can select any of the 
application wide data elements, called Global Data 
Elements' 222, or process specific data elements called 
Local Data Elements 223. Here, the designer selects 
P001___ReadStockList_E0F data element 224 because this 
element specifies whether or not the application has 
finished reading the list of stock symbols. The 
selection is added to the lower grid 225 by the click of 
button 226 below the selection. To this element the 
designer appends the Not Equal statement 227 from the 
adjacent selection menu 228. At the end the designer 
adds True 229 manually by typing in the letters. This 
completes the definition of conditional loop statement. 

Thus far, the designer has defined how to read and 
store the list of stocks from an Excel file 
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(P001_ReadStockList) , and how to obtain one stock value 
at a time to submit it to the Web page ( P001_msnStkInp) . 
A link between them has to be established to transfer the 
data from one to another, and then to submit it to the 
5 Web page. 

In step 6, as show in Assignment Wizard 23 0 of FIG. 
23 , the current stock symbol 

P001_ReadStockList . StockSymbol 231 is assigned to the 
data element P0 01_msnStkInp 232 that actually does the 
10 job of submitting the stock symbol to the Web page. 

In step 7, shown in FIG. 24, the data extraction 
Wizard defines data extraction from the Web as done 
previously in step 2 . This step is within the 

conditional loop, and will be repeated until the 
15 condition is true. This means that until all the stock 
symbols are read, this extract data statement will be 
repeatedly called for each stock symbol read. This is 
exactly what the designer intended. 

Step 8 is another assignment statement, as shown in 
20 FIG. 25, which will, in the Assignment Wizard, 
synchronize the rows in the group that holds the list of 
stocks, the group that receives the Stock Symbol, and 
current Stock Value. This is basically a synchronization 
process whereby the current rows in the two data groups, 
25 P001_ReadStockList 252 and P0 01_DataToBeSaved 254 are 
made to be at the same level. If the stock symbol being 
read is 10th in the list (P001_ReadStockList ) , then the 
P001_ReadStockList_CURRENTROW is 10, and hence the group 
that stores all the data extracted from the web 
30 (P0 01_DataToBeSaved) will also be asked to make its 
current row to 10 . 
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In step 9, the program moves the pointer to the last 
record in the data group that accepts values from the Web 
as a response to a submission of one stock symbol to the 
Web. Thus, as shown in FIG. 26, the data group that 
accepts the values from the Web page for one stock 
symbol, here group P001_msnStk 262 is made to move its 
pointer to the last record, by method MoveLast 264. This 
makes its last row as the current row. 

In step 10, the program assigns the extracted value 
to the group that will be saved to a file. As shown in 
FIG. 27, the data that was extracted from the Web, and 
stored in the data group P001_msnStk 271 is assigned to 
another data group, P001_DataToBeSaved 272. The data 
group P001_msnStk 271 is now free to accept Web-extracted 
15 data for a new stock symbol. The data group 

P001_dataToBeSaved keeps adding extracted information for 
all of the stock symbols in the stock list. 

In Step 11, shown in FIG. 28, the Position Wizard 
moves the pointer to next row in the group that holds the 
stock symbols. The task of submitting one stock symbol 
to the Web page, and reading the information back into 
data variables for one stock symbol ends here. Now to 
read the next stock symbol and repeat the process for the 
next stock symbol in list, the designer moves ahead the 
pointer one step selecting the method MoveNext 282, so 
that the next stock symbol in the list becomes the 
current stock symbol, and is subsequently submitted to 
the same Web page. This process will continue until all 
of the stock symbols in the stock list P0 01_ReadStockList 
281 are read and processed. At the end, the loop 
condition will not be satisfied, and the application will 
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come out of the loop, and proceed to the next step in the 
application . 

The next step 12 saves the group to an existing 
Excel file to save the extracted information to a 

5 permanent storage space . As shown in FIG . 2 9 , the 
designer selects Excel file 291 by clicking the 
appropriate check box in Save As DataType box 2 90. The 
designer also selects the data group 292 that will be 
supplying information to the Excel file for writing to 

10 it. The designer had previously defined a group called 
P001__DataToBeSaved that was updated with information for 
each of the stock symbol in the list. This data group is 
selected as the supplier of data to be written to a new 
Excel file. 

IS Step 13 is the design of the IF conditional 

statement using the Conditional Wizard, shown in FIG. 30. 
The user was asked in step 1 whether he/she would like to 
view a final output. That same test is applied here in 
conjunction with the user's answer. If the user replied 

20 with a Yes, then the condition is satisfied, and the 
statement nested inside this conditional statement is 
executed. Otherwise, it is not executed. 

The last step is the design of the output statement, 
including headers, footers, and logos. The design of the 

25 output works in two parts. The first part is the design 
of the layout of the page itself. The designer gives a 
name 311 to this design step (FIG. 31) . Then the 
designer enters the text that will be actually printed on 
the output and formats the text to his/her desire using 
30 various menus 312 available on the Display Wizard. 
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In the second step of data output design, shown in 
FIG. 32, the designer decides which data is to be 
outputted. In this example, the data extracted from the 
Web was saved in the data group called P001_DataToBeSaved 
5 321 . The same data group is selected to print its 
element values to the output. The data will be arranged 
by ascending order based on the company name . The data 
will be presented in a tabular format . Hence, options 
such as table border width 324 and border color 325 is 
10 also selected. This completes the entire design process 
for the application. The final data output is shown in 
FIG. 33, which displays table 330 in HTML output with the 
stock details. 

The application also provides a Debug phase 342, 
15 accessible from Run menu 341 (FIG. 34) . The playback of 
an application in the Debug phase is to test and correct 
each individual step in the processes defined. The user 
can start /stop the business logic after each step for 
verification (debugging) purposes. 

20 To run application in Debug Phase, the designer 

selects the application file in which the application 
logic was saved after it was defined in the design mode. 
This is done through the File and Open menu buttons 
located on the top of the screen. The program then reads 

25 this file and populates all the information from the file 
in its memory. The wizard-based tool reproduces the 
application steps from its memory in the form of a design 
tree, as had been defined during the design step. 

To run the application recently loaded in a debug 

30 mode, the designer goes to the menu option 341 labeled 
Run. Under this menu, there are submenus like Start and 



Debug. The submenu Debug 342 will playback the 

application in a debug mode one step at a time. 

Similarly, if the designer wants to test another 
process inside this application in isolation, he/she can 
5 do so by selecting the process name from the drop down 
box 344 near the file menu. This action will refresh the 
designer window, and load the steps in the designer 
window that are specific to the selected process . 
Thereafter, the designer has to go back to the main menu, 
10 select Run, and then select the submenu under it called 
Start 343. Start has further two submenus called Start 
Application, and Start Process . The Start Process 

submenu will start the selected process in debug mode. 

To make changes in a process/application step while 
15 in Playback (debug mode) the designer has to double click 
the step that he/she wants to edit. This will pop up a 
wizard specific to that step with the relevant current 
information. The changes made to this wizard will be 
saved, and a rerun of the process will use the changed 
20 values for that step thereafter. Highlighting a step in 
the desired process, and clicking the Edit button 345 on 
the tool bar can also perform the edit operation. The 
click on Edit menu 345 presents three new submenus 
Application, Current Selection, and Delete Current Node. 
25 The Current Selection submenu allows the designer to edit 
the contents of the highlighted step. 

Once the playback starts, the wizard-based 
programming application reads each step of the process 
tree one by one. The verb at each step helps the 
30 application to decide what kind of action is to be 
performed next. The conditional loops appear in the 
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design steps only once. The application development 
software preferably intelligently handles such conditions 
by actually looping the steps until the looping condition 
is satisfied . 

After being satisfied that the logic is working 
correctly, the user can schedule the business logic to 
run automatically at pre-determined frequencies, 
including on demand. In the run phase, the logic runs 
automatically without any user intervention. In this 
mode, the user does not see the design steps, nor does he 
see the wizards. The job of selecting processes and 
submitting them to the application is performed through 
the Scheduler. This sometimes also is referred to as the 
silent mode of operation. 
15 in the run phase, the application reads the 

application file in its memory, and arranges the steps of 
the processes internally in its memory and does not 
display them in a tree format as is done in the design 
phase . 

A schedule designer and a scheduler are used in 
conjunction to create a schedule of processes and then 
run them automatically on the defined schedule. The 
schedule designer, shown in FIG. 35, can add, update and 
delete processes to a schedule file. It can also create a 
brand new scheduler file and add processes to it. The 
Open button 3 50 opens an existing or new scheduler file. 
If there are already some processes in the existing 
scheduler file, they are listed in the Scheduled Test 
grid 351. A new process can be added by clicking the "+" 
(plus) button 352. This brings up another form that 
reads the InstaKnow design files and picks up the 

36 



20 



25 



30 



10 



15 



20 



25 



processes, and arranges them in a grid. The designer can 
selectively pick processes from this wizard form to 
transfer them to the actual list of scheduled processes. 

To delete a process from the grid and from the 
scheduler, highlight the process in the Scheduled Tests 
grid 3 51 and clicks the "-" button 3 53 to delete it. 

To update a process, the user highlights the process 
in the Scheduled Tests grid 3 51 then selects one of the 
interval options, namely Daily, Hourly, or ASAP (for As 
Soon As Possible) in Interval column 354. If the process 
is ASAP, it is assigned a priority code of zero (0) in 
Priority column 3 55 and goes as the topmost priority. 
Then, the users gives the actual time that the process in 
concern is supposed to run in Column 356. For example, 
if the user wants to run a process Pi every hour at 3 5 
minutes past the hour, the user will check the 'Hourly' 
option, and type 35:00 in the adjacent box. After the 
information is provided, the user clicks the "=" (equal) 
button 357, ' and the information will be updated in the 
highlighted row of the grid in their appropriate places. 

After all the processes have been assigned a time to 
start and priority, the scheduler file should be saved 
using Save button 3 58 to save the updated information to 
be used in the InstaKnow Scheduler, shown in FIG. 36. 

A sort option is provided to the designer by 
clicking on Sort Grid(s) button 359 to sort the Scheduled 
Tests grid, and the Historical Log of Processes grids . 
The sorting operation is performed based on the grid 
columns such as priority, process ID, and application ID. 
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The lower grid Historical Log of Processes 360, 
displays the processes that have been already processed 
by the Scheduler. This allows the designer to perform 
checks on the already run processes for results, and 
5 errors . 

The Scheduler (FIG. 36) is in charge of actually 
submitting the scheduled processes to the application. 
The scheduler file that was created is opened to read the 
scheduler information. The Show in Grid button 3 61 
10 actually displays the eligible processes in the 
'Processes to be Submitted' grid 362 below. The 
Historical Log File 3 63 also is opened so that the 
processed processes can be written out to the historical 
log file with appropriate messages. 
15 a 'Time interval' and the 'Time to start 1 are 

assigned. These two times work in conjunction to decide 
which process will be pulled, and be submitted to 
InstaKnow application, and which process actually is 
submitted. The time interval is the time between the 
20 start time and the future time between which all the 
processes will be scheduled. In FIG. 3 6 the time interval 
363 is 60 minutes, and the start time 364 is 11/12/1999 
at 11:15:00 am. When the scheduler file is opened, the 
InstaKnow scheduler checks the 'time to be run' time 
25 stamps on each process, and decides if that process falls 
between 11:15:00 am and 60 minutes beyond it, i.e., 
12 : 15 : 00 . FIG. 36 shows that all the three processes 
have been scheduled hourly to be run ranging from 4 5 
minutes to 55 minutes, and three fall between the time 
30 interval specified. Therefore, they will be scheduled to 
run . 
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A click on the Run button 365 actually starts the 
scheduling process. The first process in the Processes To 
be Submitted grid 3 62 is removed from this grid and 
brought in the lower grid 366 named 'Active Processes' to 
5 show which process has been scheduled. 

Once this process is finished running, it is removed 
from the Active Process grid 366 and is replaced by the 
new active process. Before a newly active process 
replaces the current process, the information is written 
10 out to the historical log file. The cycle continues 
until all the processes from the Processes to be 
Submitted grid 3 62 have been submitted. 

After a complete cycle, the Scheduler goes in the 
sleep mode till the time interval is completed. In the 
15 example, Scheduler will wake up every one-hour, schedule 
the processes from the scheduler file, and start 
submitting them to the InstaKnow application. 

Using an improved feature of transportable 
intelligence , multiple Web based computing resources 
20 cannot only automatically share data with each other, 
they can automatically share business rules or business 
intelligence with each other when required. The business 
intelligence can be immediately executed by the receiving 
computer . 

25 The application development program keeps all 

conditional business logic as a data file/string called a 
knowledge Element or a Knowlet. This business 

intelligence can be supplied by one computer to other 
computers by simply transferring the Knowlet string over 

30 the Internet to an authorized and willing computer, which 
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can then immediately execute that business logic under 
its own control . 

In one business example of transportable business 
intelligence, a user can determine the best shipping cost 
quote using custom criteria. A customer visiting a Web- 
based Shipping Marketplace requests a quote for a 
commodity purchase. The complete quote consists of the 
commodity price plus the shipping price. However, in 
this case, the particular customer has the unique demand 
to find the cheapest shipper who will give at least a 15% 
discount on shipping charges if the shipping charges 
exceed 3% of the purchase price. 

Since this conditional business rule is non- 
standard, it cannot be pre-supported by the Commodity or 
Shipping Marketplace. One of the few ways to support 
such custom business rules is to actually transfer the 
unique business rules, not just context sensitive 
business data, to the collaborating party (in this 
example the Shipping Marketplace) by encapsulating the 
rules as Knowlet data string and transferring it over the. 
Internet to a partner. 

Knowlets can be forwarded from partner to partner- 
unlimited number of times. Additional custom data and 
intelligence can be added to Knowlets in context specific 
25 ways before they are forwarded. 

Using the application development software's 
• transportable intelligence' capability, innovative 
services can be provided by collaborating partners across 
the Internet to satisfy customized demands and add value 
30 to the value chain. 
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As these and other variations and combinations of 
the features discussed above can be utilized without 
departing from the present invention as defined by the 
claims, the foregoing description of the preferred 
5 embodiments should be taken by way of illustration rather 
than by way of limitation of the present invention. 
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